PD ROM 1/PD ROM Volume I - Macintosh Software from BMUG (1988).iso/Electronic Messages/USEnet Digests/USEnet Vol. 4/USEnet 4.75

Text File | 1988-06-18 | 35.2 KB | 902 lines | [TEXT/ttxt]

Usenet Mac Digest     Saturday, June 11, 1988        Volume 4 : Issue 75

Today's Topics:
     Re: Problems with System 6.0?????
     Re: Database toolkits
     Re: LED's on Extended Keyboard
     Re: Anybody using MacWorkStation?
     Re: Printer Drivers?
     Re: Anybody using MacWorkStation?
     Another SFPutFile question...
     Re: FullWrite index for Tech Notes
     Re: Anybody using MacWorkStation? (2 messages)
     Re: Hey!  What about us, Mac+ users!
     Re: Optimal buffer size
     Re: Hey!  What about us, Mac+ users! (2 messages)
     Re: Need Airport Database
     Dongles
     Re: Need Airport Database
     FullWrite -- obliqued cursors are a major pain
     Re: LightSpeed C 3.0 update
    Re: FullWrite -- obliqued cursors are a major pain
     FileMaker 4
     Re: FullWrite -- obliqued cursors are a major pain
     How does EUREKA work?
     Re: Tape backup systems
     Unix Hypercard Stack
     Popup Menu Question
     ResEdit Clipboard Format?
     Re: BlockMove efficiency

----------------------------------------------------------------------

From: [e-mail] (Dennis Snow)
Subject: Re: Problems with System 6.0?????
Date: 6 Jun 88 03:18:10 GMT
Organization: Math. Dept., Univ. of Notre Dame

I found another criticaem with System 6.0 on my vanilla Mac + :
Dark Castle won't run :-). It complains about the high memory
configuration.

Dennis Snow            [e-mail]


------------------------------

From: cca@pur-phy (Charles C. Allen)
Subject: Re: Database toolkits
Date: 2 Jun 88 21:28:31 GMT
Organization: Purdue Univ. Phys Dept, W.Lafayette, IN

In article <[e-mail]>, [e-mail] (Dan Allen) writes:
> Using the Resource Manager for a database manager is *** NOT RECOMMENDED
> **. PERIOD.
>
> The Resource Manager is moderately good at doing what is was designed to
> do: handle a few dozen MENUs, DLOGs, CODE segments, etc.  The Resource
> Manager was speeded up quite a bit from the 64K ROMs to the 128K ROMs,
> but it still is largely a linear critter.  Binary trees and the like are
> definitely needed for writing good database stuff, and the Resource
> Manager simply doesn't do it.

Actually, an upgrade to the Resource Manager so that it is faster, can
handle larger numbers of resources, simultaneous access over a network,
etc., is very high on my wish list.  It seems this would solve a number
of difficulties in one swell foop (slow Desktop file access, using a
different mechanism for accessing large #'s of "resources", etc.).  It
seems that this should be looked at while the IAC and IPC stuff is being
worked on.  Maybe a letter campaign to Apple would help :-).

Charlie Allen            [e-mail]


------------------------------

From: [e-mail] (Ed Tecot)
Subject: Re: LED's on Extended Keyboard
Date: 3 Jun 88 05:14:17 GMT
Organization: Apple Computer Inc, Cupertino, CA

In article <[e-mail]> Tim [e-mail] (Tim Zickus)
writes:
>Does anyone know how to set/clear the LED's on the "Saratoga" keyboard?
>Caps Lock is automatic, but the Num Lock/Scroll Lock indicators don't
>do anything (which makes sense in normal applications).

Inside Macintosh Volume V contains the documentation on Apple Desktop
Bus. The low three bits of keyboard register 2 (R2).  Most likely, you
will issue a talkR2 command, flip the bits you are interested in, and
then issue a listenR2.

All keyboards have an original address of 02.  The Apple Extended
Keyboard has a device ID of 02.

Some caveats: ADB is a low bandwidth bus, and it is easy to fill it up
or overrun the queue. You will n have this problem if you only make
calls in response to user events.

Other processes may also be setting the state of the same ADB device you
are (such as LEDs).  Although only one command is issued at once (all
others are queued), there is no guarantee that the state of a device is
the same as you left it.

Not all keyboards have LEDs.  Other devices may or may not have them,
and they may be accessed differently (especially if they are not Apple).
Be sure the keyboard you are talking to understands you.

                        _emt


------------------------------

From: [e-mail]
Subject: Re: Anybody using MacWorkStation?
Date: 2 Jun 88 13:11:19 GMT

I think MWS is not the product for you. Of course you can do that, but
you'll have to write external commands to do that. The basic operation
of MWS is the user wants something, the host sends something. What  you
want to do requires a lot of history information or caching.

There are two other problems with MWS: (1) your MWS application cannot
have documents itself. It can process
    TEXT and MacWrite documents, but there is no double-clicking. (2)
The transport layer supports no umlauted characters via transport
    method 2, you must use ADSP or the binary method (which is in
    general useless, because it assumes 8 bit, no XOn/XOff).
--
Joachim Lindenberg, University of Karlsruhe
Federal Republic of Germany - West Germany.


------------------------------

From: [e-mail]
Subject: Re: Printer Drivers?
Date: 3 Jun 88 04:01:00 GMT


After a little bit of research, I find that most commercial 24-pin
printers support 180*180 resolution.  This is 2.5 times the resolution
of the imagewriter.  It should be possible to do a very high-quality
printer driver for such a 24-pin printer.  Possible snares are:

  (1) Fonts.  2.5* resolution means you need a 22.5pt, 25pt, 30pt,
      45pt, 60pt font, instead of 9,10,12,18,24.  You could use the
Mac's
      font scaling, but (at least in MS-Word) this seems pretty flakey.
      Individual characters don't always scale to be the same thing
      (try typing "noon" in a 45 point font -- the o's are assymetric).
      Does anyone sell fonts in these wierd sizes?

  (2) Bitmaps.  On the other hand, 2.5 scaling of bitmaps DOES look
      pretty good (at least for one floyded image I tried).

  (3) Screen-prints.  You'd probably want to make a special exception
      and print these at 2* or 3* magnification for best quality.

  (4) Speed.  If you use a commercial printer, you need one that (for
      graphics) is both speedy AND good-looking.  Character speed is irrelevent.  BYTE said that the Epson 850 could dump 1367
bytes/sec
      onto the page, and the Okidata 393 could dump 2400 bytes/sec onto
      the page.  These printers were tested with parallel ports.  The
      Mac doesn't have a parallel port, I wonder if you could get this
      performance from a serial port????

A 6.5 * 9 inch page would require 236K of RAM to image a quickdraw
grafport.  A clever algorithm might be able to "trim" the whitespace
from this image to accelerate the printing.  The Okidata printer runs at
the same speed as an Imagewriter II (350 bytes/sec @ 72dpi = 2400
bytes/sec @ 180dpi), but the Epson would only run at 60% of the speed.
In any case, I suspect the Okidata could cream an Imagewriter LQ, since
the printer engine has so much horsepower.

Don Gillies {ihnp4!uiucdcs!gillies} U of Illinois
            {[e-mail]}


------------------------------

From: [e-mail] (ephraim vishniac)
Subject: Re: Anybody using MacWorkStation?
Date: 3 Jun 88 18:00:27 GMT
Organization: Thinking Machines Corporation, Cambridge, MA

>I think MWS is not the product for you. Of course you can do that,
>but you'll have to write external commands to do that.

I don't have any problems with that.  What I'm hoping to do is to write
significantly less with MWS than I would without it.

>(1) your MWS application cannot have documents itself. It can process
>    TEXT and MacWrite documents, but there is no double-clicking.

Why is this so?  If I add FREFs to the bundle of my MWS application,
won't that let make my own types of double-clickable documents?  Or is
there no internal hook to let me do my own open-document processing when
these added types are opened?

I'm still waiting for information that Apple Software Licensing is
sending me.  Once I get that, I'll post a summary of what I've learned.
--
Ephraim Vishniac                      [e-mail]
Thinking Machines Corporation / 245 First Street / Cambridge, MA 02142-1214

     On two occasions I have been asked, "Pray, Mr. Babbage, if you put
     into the machine wrong figures, will the right answers come out?"
 ----------------------------

From: [e-mail] (Scott Storkel)
Subject: Another SFPutFile question...
Date: 1 Jun 88 22:31:31 GMT
Organization: Rice University - ICSA

I have a question about using SFPutFile and custom dialog boxes. I want
the user to be able to select a file type before saving a file, so I
added several radio buttons to the bottom of the normal SFPutFile dialog
box. I put the new DLOG and DITL into my application and everthing shows
up great. The problem is none of the radio buttons are initially
hilighted. No problem, I thought, I'll just use GetNewDialog to read the
dialog into memory, and then use GetDItem and SetCtlValue to initially
set one of the buttons and then call SFPutFile which will use the dialog
still in memory, and everything will be fine. WRONG. None of the buttons
appears hilighted. Either I'm not hilighting the item right, or the
dialog is getting purged from memory, or SFPutFile reads in a new copy
of everything. Anybody know what I should do?

Please e-mail responses to me directly if possiscal source code
would be appreciated if you have it. Thanks.
--
Scott Storkel
Macintosh Software Development
Rice university
Houston, Texas


------------------------------

From: [e-mail] (Alan Dail)
Subject: Re: FullWrite index for Tech Notes
Date: 3 Jun 88 13:02:23 GMT
Organization: People-Net [pnet06], Orange, CA

My guess is that the index is not in MacWrite format for the simple
reason that MacWrite doesn't support multiple columns.

alan dail

UUCP: {crash uunet}!pnet06!adail ARPA: crash!pnet06![e-mail] [e-mail]


------------------------------

From: [e-mail] (Paul Rekieta)
Subject: Re: Anybody using MacWorkStation?
Date: 4 Jun 88 00:41:25 GMT
Organization: Apple Computer Inc, Cupertino, CA

In article <[e-mail]> [e-mail] (ephraim
vishniac) writes:
>
>Why is this so?  If I add FREFs to the bundle of my MWS application,
>won't that let make my own types of double-clickable documents?  Or is
>there no internal hook to let me do my own open-document processing
>when these added types are opened?
>
There is no internal hook to do your own open-document processing. What
would you store in your custom documents?


------------------------------

From: [e-mail] (Paul Rekieta)
Subject: Re: Anybody using MacWorkStation?
Date: 4 Jun 88 00:38:26 GMT
Organization: Apple Computer Inc, Cupertino, CA

I don't think you need external commands. The basic operation of MWS is
to be passive and wait for either commands from the host, or events
generated by the user, primarily two event types: Menu selections, and
Dialog events (ie button pushes). It is reasonable for a MWS host
program to send commands to MWS while polling for events coming back.

>There are two other problems with MWS:
>(1) your MWS application cannot have documents itself. It can process
>    TEXT and MacWrite documents, but there is no double-clicking.

MWS can have documents containing local dialogs, menus, login scripts
and other host defined resources.  Double-clicking one of these
documents will start MWS and execute a pre-defined login script.

>(2) The transport layer supports no umlauted characters via transport
>    method 2, you must use ADSP or the binary method is in
>    general useless, because it assumes 8 bit, no XOn/XOff).
>

The transport problem will be solved soon.  We are working on a comm
module to send binary data in 7 bit mode allowing Xon/Xoff and errr
detection.


------------------------------

From: [e-mail] (Dan Allen)
Subject: Re: Hey!  What about us, Mac+ users!
Date: 2 Jun 88 20:13:45 GMT
Organization: Apple Computer Inc, Cupertino, CA

I mentioned previously that the "party line" was to write Apps, not DAs.
I should add that I am (pers, not of this "party".  I very much
sympathize with the many Mac Plus owners, and yes, for development in
LightSpeed C or with Turbo Pascal or with MPW, MultiFinder does not work
in 1 MB.  (With Turbo 1.1, MF doesn't work no matter how much RAM you
have.)

Yes, all of the programmer's at work DO have Mac IIs, and yes, we DO
forget about the many that have Mac Pluses.  But after a recent trip
that I made to the University of Michigan, I realized that VERY FEW
people use Mac IIs, use MultiFinder, or have more than 1 MB of RAM.

I sincerely hope that Apple does NOT require the use of MultiFinder
until we can be assured that everyone in the Real World has 2 MB of RAM.
Alternately, we could require MultiFinder if we could get MPW and
HyperCard to each run in about 500K doing everything, but that just
won't happen.

If you have problems with these things, WRITE PEOPLE IN AUTHORITY AT
APPLE AND COMPLAIN.  If you have problems with anything to do with
Developement software (using MPW, 32K global limits, MPW being a memory
hog, etc.), write the head of Development Software.  He does not read
the net, but can be reached through AppleLink at THOMAS3 or write to him
at:
    Jim Thomas
    Apple Computer
    20525 Mariani MS 27E
    Cupertino, CA  95014

Or write Jean-Louie Gassee at the same address (leave off the mail
stop).  They need to hear.
--
Dan Allen
Software Explorer
Apple Computer


------------------------------

From: [e-mail] (Dan Allen)
Subject: Re: Optimal buffer size
Date: 2 Jun 88 20:23:36 GMT
Organization: Apple Computer Inc, Cupertino, CA

There is no optimal buffer size that works in all cases and with all
hard disks.

Having said that, I have found (experimentally) that 8K works nicely
with hard disks in the 20 MB range, and I use 32K for some of my fast
text filters that I use on the 40-80MB drives.

That is, I use 32K buffers for stdin and stdout in my MPW Tools, for
example, and IO is dramatically improved.  (After doing an fopen, use
setvbuf)  However, more is NOT always better: 64K buffers are actually
slower!  It all depends on your disk, your application, how many open
files you have, you fragmented your disk is, etc..

Another tip: in MPW, a RAM cache setting (in the Control Panel) of
32-64K has been found to be optimal by Ira Ruben, the author of the MPW
Assembler.  He says 32-64K is the ONLY way to go.  He programs
exclusively using MPW Asm and MPW Pascal.

HOWEVER, using MPW C is a different ballgame.  MPW C does not have
(currently, but it will in 3.0) any load/dump mechanism.  Therefore MPW
C has to read and reread all of the equates files every compile.  This
makes for a lot of disk reading and greatly slows down things.  In that
case, you would like to have all of your header files in RAM, so setting
a RAM cache of about 256K (if you can afford it memory wise) really
helps MPW C.

BOTTOM LINE: experiment with your language and hard disk.  Write a
little tool and do some measuring.  Remember, measure, THEN optimize.
--
Dan Allen
Software Explorer
Apple Computer


------------------------------

From: [e-mail] (Dan Allen)
Subject: Re: Hey!  What about us, Mac+ users!
Date: 2 Jun 88 20:00:24 GMT
Organization: Apple Computer Inc, Cupertino, CA

Anyway, although these sentiments about Unifinder going away and 2 MB
are certainly discussed, the RAM shortage still requires us to consider
our mainline machines to be Mac Pluses.

I am NOT aware of any official pronouncments about System Tools 7.0, let
alone that it will require 2MB.  We ARE moving in that direction, but
slowly.
--
Dan Allen
Apple Computer


------------------------------

From: [e-mail] (Earle R. Horton)
Subject: Re: Hey!  What about us, Mac+ users!
Date: 5 Jun 88 22:16:24 GMT
Organization: Dartmouth College, Hanover, NH

In article <[e-mail]> [e-mail] writes:
>The only way to guarantee that applications function
>appropriately will be hardware-supported preemptive multitasking,
>a very unpleasant prospect for Plus and SE owners.

Yeah.  Unless Apple Computer Co. comes to its senses and realizes that
the Mac II (and Mac III and Mac IV...) is a different machine from the
68000 machines.  Then it has the options:

a)  Support a two-architecture OS which is crippled on the 68020.

b)  Support a two-architecture OS which has the best features of A/UX
    (virtual memory, multitasking, 32-bit mode, etc.) and the best
    features of the Mac we have all come to know and love (uses mouse,
    window manager, etc.) when run on 68020 machines and which is
    "just like a Mac" on the 68000 machines.  For this to work
    effectively, Apple will have to be tough about which areas of
    the 68020 OS are out of bounds to application developers, AND
    will have to implement those areas CORRECTLY, so there is not
    consumer demand for various patch programs to implement features
    Apple left out, like the vaporware "Keyboard Macro" desk accessory.
    A front end for A/UX that looks like MultiFinder would be a good
    start.  Price could be reduced by leaving out all the UNIX junk,
    since the Finder-like front end would be complete enough so that
    the UNIX esoterica would be unnecessary to all but hackers.  The
    thing would have to recognize HFS disks (or maybe even run on them)
    and would not require different programming techniques from the
    present Mac OS other than those required by Color QuickDraw or
    possible new features for the 68020.  For this scheme to work
correctly,
    present programs which use either GetNextEvent or WaitNextEvent
would
    all get a time-slice in the multi-tasking environment, and there
    should be no annoying conditional code based on what the environment
is.
    The multi-tasking on 68000 machines would have to be as good as the
    68000 allows, and should accommodate those users who just don't want
    multi-tasking, i.e. could be shut off.  The 68000 version should
also
    run on the Mac II, in case the user doesn't want to spring for SIMMs
    which might cost even more next year.

c)  Abandon 68000-machine owners.

The following chart is in ascending order of the parameter, i.e. the
Most () development is at the top.

    Most Expensive     Most Sleazy        Most Likely to be Seen
    --------------     -----------        ----------------------
         (b)               (c)                       ?
         (a)               (a)                       ?
         (c)               (b)                       ?

I don't know what's going to happen, but I for one hope the Mac Plus and
SE are around for a long, long time.  These are ideal student and intro
machines, and I happen to think they are still durn good computers for
most general use.  I also hope Apple backs off on Multi-Tasking frenzy
at least until SIMM prices go down.

The amount of obvious conviction which appears in some of these Mac
newsgroup articles prompts me to urge anyone with opinions about the
future development of the Macintosh series to write to Apple about it.
I seriously doubt that anyone who reads this USENET junk has any more
influence than you or I, but maybe if we all write to Sculley or Gassee
or somebody, we might get some response.
--
*********************************************************************
*Earle R. Horton, H.B. 8000, Dartmouth College, Hanover, NH 03755   *
*********************************************************************


------------------------------

From: [e-mail] (Jack Hudler)
Subject: Re: Need Airport Database
Date: 6 Jun 88 06:55:50 GMT
Organization: Computer Support Corporation. Dallas,Texas

>to impose mandatory updates to data, will ONLY sell the data as a subscrip-
>tion (and no, pleading as a Mac developer won't help--I tried).

And rightfully so! How do they really know what you data will be used
for!? Say you are working on a fight planner for pilots.. and you go and
distribute this program for a fee or for nothing. And a pilot files a
flight plan using the data and the data has an error concerning.. oh say
a frequency of a VOR on the way.. or something just as trivial. Or the
program fails to tell the pilot of in flight obsticals like moutains.
The pilot may get pissed off or worse and then the lawyers start making
money.  Or a student pilot plays around with it :-). Anyway I am getting
carried away with this tangent as I really don't know what you are going
to use the data for.. but one could guess and I am tring to make a point
(i hope).

The goverment wants to know everyone who has the data so that as errors
are found in the data (and there are errors) the corrections  (ie.
updates) can be sent out to those who are registered. I get
astronomical data from NASA and they impose the same types of limits and
astronomical data is not as important as airport data. They just don't
want alot of outdated data out there and they have to make it as
painfull as possiable to make sure your damn serious and not playing
around.

--
See above      [phone]


------------------------------

From: [e-mail] (John Draper)
Subject: Dongles
Date: 5 Jun 88 22:09:52 GMT
Organization: Whole Earth 'Lectronic Link, Sausalito California


DDoes anyone know of a manufacturer that sells hardware locks to protect
software.    I know it's a NASTY thing to do,   but a friend of mine has
been bugging me for weeks to post this query to the Networks.

John Draper

Email:  ihnp4!ptsfa!well!crunch


------------------------------

From: [e-mail] (Paul Linhardt)
Subject: Re: Need Airport Database
Date: 6 Jun 88 16:30:38 GMT
Organization: MIT Media Lab, Cambridge, MA

There is a WSI data base put out by the Weather Bureau which contains
ASCII files with the longitude, latitude and elevation of cities in a
particular country.  Each country is associated with a 2 letter code.
I'm pretty sure that the cities in the data base are those with
airports.

Also, for more general geographic data (countries, rivers, coastlines,
islands, etc.) the CIA has a public domain data base called thw WORLD
DATABASE II.

[e-mail]


------------------------------

From: [e-mail] (William Pugh)
Subject: FullWrite -- obliqued cursors are a major pain
Date: 6 Jun 88 14:12:46 GMT
Organization: Cornell Univ. CS Dept, Ithaca NY

I've encountered a major problem with FullWrite that will keep me from
making much use of it. In FullWrite, they added a "neat feature" so that
when the cursor is in italic text, the cursor is obliqued the same as
the text. This is a good idea, because otherwise it is hard to see where
the cursor is.

HOWEVER, Adobe has made available italic, bold, and bold-italic bitmap
versions of their fonts. When these fonts are installed, you get true
italic, true-bold, and true-bold-italic characters on your screen.
Italic characters are not the same as obliqued characters. With the
italic  fonts, a regular vertical cursor works best. The reasons I
installed the  italic bitmaps is that not only can you read them, but
also because they work well with the standard vertical cursor.

THE PROBLEM is that using an obliqued cursor with italic bitmap fonts is
horrible, even worse than using a vertical cursor with an obliqued font.
To make FullWrite usable, they must either detect when italic bitmaps
are being used and disable obliqued cursors automatically, or allow the
user to turn off obliqued cursors.

P.S. If anybody wants to get any of the italic, bold and italic-bold
fonts, you can contact Adobe, or download from CompuServe (GO ADOBE). I
don't think its legal for me to repost them or send them to people, so
you're have to  obtain them yourselves.

    Bill Pugh
    Cornell University


------------------------------

From: [e-mail]
Subject: Re: LightSpeed C 3.0 update
Date: 5 Jun 88 19:03:42 GMT
Organization: The Portal System (TM)

|Well, I called Symantech THINK Technologies division yesterday to find out
|what the status on the LSC 3.0 upgrade is.


|     4: it will only cost (the upgrade, that is) $69.00!!!!!
|
|     I may seriously think twice about getting it at this sort of
|     price.

On the expensive side, even with the new manual.  Oh, well it should be
worth it.

|I forgot to ask if it supports 68881 and 68020. Rich? Any word on that, now
|that it is semi-official?

According to Micheal Kahl (the author), it will support 68881 code
generation, but not 68020.   The decision as to which to support was
based on the most bang for the programmer time, since Mike had other
things on his list to support.  I don't know about the inline assembler,
however, I hope it supports '020 and '851 as well.
--
Jerry Whitnell
[e-mail]
..!sun!cup.portal.com!jwhitnell


------------------------------

From: [e-mail]
Subject: Re: FullWrite -- obliqued cursors are a major pain
Date: 6 Jun 88 15:30:23 GMT
Organization: Ollscoil na California ag Berkeley, Roinn Leann Ceilteach

You should be able to use ResEdit to remove the oblique cursor from
FullWrite. Just replace it with the standard I-bar.
--
James Moore                | B'fhearr don net mura mbeadh
[e-mail]        | Bearla ar bith ann.
#airigh "leithsceal caighdeanach"    |             :-)


------------------------------

From: [e-mail] (Chuq Von Rospach)
Subject: FileMaker 4
Date: 6 Jun 88 15:57:55 GMT

There was a question on Filemaker a while back. In the latest issue of
Macazine, the Nashoba folks (now owners of FileMaker+) are announcing
FileMaker 4.

It's now multi-user over an AppleTalk network, Multifinder compatible as
well. I don't have a features list (yet), however.

Current owners of FileMaker need to call Nashoba at 800-323-1766 Ext.
139 to order their upgrade. Upgrades are $50.00, and the offer expires
June 30. Don't sit and wait for an upgrade notice in the mail: when
Forethought (previous marketers of FileMaker+) was bought by Microsoft,
Microsoft returned the software to Nashoba (who wrote it in the first
place) but NOT the customer lists. So unless you've registered with
Nashoba, they do NOT know who you are. Make sure you have your serial
number when you call.
--
chuq
Chuq Von Rospach            [e-mail]        Delphi: CHUQ

    Robert A. Heinlein: 1907-1988. He will never truly die as long as we
                           read his words and speak his name. Rest in Peace.


------------------------------

From: [e-mail] (William Pugh)
Subject: Re: FullWrite -- obliqued cursors are a major pain
Date: 6 Jun 88 21:10:19 GMT
Organization: Cornell Univ. CS Dept, Ithaca NY

In article <[e-mail]> [e-mail] writes:
>You should be able to use ResEdit to remove the oblique cursor from FullWrite.
>Just replace it with the standard I-bar.

Nice idea, but that only fixes half the problem.  When I replace the
oblique mouse cursor, the cursor associated with the mouse is never
obliqued, which is nice. However, the cursor that shows the text
insertion point is still obliqued, which is the bigger problem.  I took
a brief look through FullWrite but could not find any resource that
seemed to correspond to an obliqued text insertion marker.

    Bill Pugh


------------------------------

From: [e-mail] (Dundee Navinchandra)
Subject: How does EUREKA work?
Date: 6 Jun 88 21:26:03 GMT
Organization: Carnegie-Mellon University

We are planning on using BORLAND's equation solver: EUREKA in a
class-room situation and for some of our research. I am trying to find
out what algorithms the program uses. This  will be useful for
explaining the program's power and limitations to the students using it
to solve design problems.

Do you know of any references/books that the program is based on? How
does it calculate confidence levels? What do these levels mean to the
student using the program?

I would appreciate any pointers.
--
Thank you,
Navin Chandra
( [e-mail] )
Carnegie Mellon University


------------------------------

From: [e-mail] ( George Bray)
Subject: Re: Tape backup systems
Date: 4 Jun 88 10:40:45 GMT
Organization: CSIRO DIT Sydney, Australia

The CMS 45Mb removable Hard disk is a gem. Thats right, 45Mb in a 5.25"
hard shell cartridge. When you put it in the drive it is as fast as any
other 28ms disk. I comes up right onto the desktop so you can use
diskfit or HFS Backup 2.0. For AppleShare users, get Network diskfit so
you can backup the server over the network to your machine.

When Appleshare 2.0 arrives you'll be able to login as a SuperUser so's
you can 'see' everything on the drive to back it up. To do this with
version 1.1, the server has to be setup so the custodian has access
privilages to everythingthat the user creates. Welcome to privilages
city! AppleShare 2.0 will support print spooling to 5 printers even
AppleTalk Imagewriters too.

Enjoy!

Cheers! - Geo.
--
/////////////////////////////////////\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\
Geo[rge] Bray  Logical Solutions Australia  55 Mountain Street, Ultimo 2007

VOICE:      [phone]           \/         ACSNet: [e-mail]
  FAX:      [phone]           /\          ALINK:            AUST0105
                                                   CIS:          72067,2764
"No matter which window is viewed,     Keylink/Dialcom:           07:LFM001
 the scenery looks the same."                   MacNet:            Not Yet!



------------------------------

From: [e-mail] (Dale Dougherty)
Subject: Unix Hypercard Stack
Date: 6 Jun 88 19:15:16 GMT
Organization: O'Reilly & Associates, Inc., Newton, MA


"UNIX in a Nutshell" HyperCard StaI've been wondering how much interest there is out there for a HyperCard
Stack containing a lot of useful  information for users of UNIX.  We are
publishers of  Nutshell Handbooks.  One of our titles,  "UNIX in a
Nutshell," is a complete quick reference  containing sections on
commands, shells, editors,  nroff/troff requests and macro packages, and
other facilities.  I have done a prototype of a HyperCard stack that
includes this information.  I think it has  several important benefits
over a printed quick reference:

1) Accessing information on-line where you can easily read or print
individual cards;

2) Searching for commands or functions by name or by keyword;

3) Customizing the stack by adding new or local commands and removing
unused or inapplicable commands.
 dition, we would probably provide stacks for System V, Berkeley,
and A/UX.  If your system is a hybrid, youmix and match from
System V and Berkeley to create your own stack.

This stack would be a natural for A/UX users buderstand that
HyperCard does not yet run under A/UX  on the Mac II.  Nonetheless, I
think there are a fair number  of UNIX users who are also Mac users,
perhaps using the Mac to communicate with a remote UNIX system. For
instance, IF you had enough memory and were using Multifinder, you could
open the HyperCard stack during a communications session with a UNIX
system.

Ideally, UNIX wou a general-purpose tool like HyperCard for
presenting information on-line. Perhaps in the  not-too-distant future,
there will be Hypercard-compatible engines written for UNIX machines
that would allow this stack to live where it rightly belongs.  Until
then, HyperCard is available on the Mac.  I hope that a crossover
product like the one we are developing might help  to seed the UNIX
market.

Please let me know what level of interest you have in seeing  "UNIX in a
Nutshell" Hypercard Stack.  Do you think  others are interested?  Is it
worth developing further? Any remarks on the possible use and
development of this HyperCard stack will be greatly appreciated.

Please e-mail to me because I don't always read this group.
--
_____________________________________

Dale Dougherty [phone]
O'Reilly & Associates, Inc., Publishers of Nutshell Handbooks
981 Chestnut Street, Newton, MA 02164
UUCP:    uunet!ora!dale      ARPA:   [e-mail]


------------------------------

From: [e-mail] (Peter Steele)
Subject: Popup Menu QuDate: 3 Jun 88 12:10:06 GMT
Organization: School of Computer Science, Acadia Univ., Nova Scotia

I'm writing a DA and want to give it its own menu bar rather than
appending an menu to the end of the "real" menu bar. I'm doing this of
course with popup menus. I've basically got it completed but there is
one behavioural difference with my "menu bar" as compared real
one. When you click in the real menu bar it closes one menu opens the
next as you drag the mouse across the different menu names. In my case,
when you do this, the next menu doesn't automatically come up--I have to
release the mouse button and click again on the new menu name to signal
that a click has occurred in the next popup box.  I recalled that
Fullwrite makes its own menu bar (in the find/replace dialog for
example) and checked its behaviour and it acts exactly like the real
menu bar. Can anyone suggest a way I might achieve this effect using
popup menus. Much appreciated.
--
Peter Steele, Microcomputer Applications Analyst
Acadia University, Wolfville, NS, Canada B0P1X0 [phone]x121
UUCP: {uunet|watmath|utai|garfield}dalcs!aucs!Peter
BITNET: Pedia  Internet: [e-mail]


------------------------------

From: [e-mail] (Rich Siegel)
Subject: ResEdit Clipboard Format?
Date: 6 Jun 88 12:26:46 GMT
Organization: Symantec/THINK Technologies, Bedford, MA

Could someone in the know kindly post some information on the scrap
format that ResEdit uses, so that an application can handle resources
copied to the Cl in ResEdit?

Thanks much.

Rich
--
Rich Siegel
Quality Assurance Technician
THINK Technologies Division, Symantec Corp.
Internet: [e-mail]
UUCrvard!endor!singer
Phone: [phone] x305


------------------------------

From: [e-mail] (Earle R. Horton)
Subject: Re: BlockMove efficiency
Date: 6 Jun 88 14:19:55 GMT
Organization: Dartmouth College, Hanover, NH

In article <[e-mail]> [e-mail]
(Paul Larson) writes:
>
>I'm working of a Lightspeed Pascal program which basically juggles
>single and double bytes from lookup tables into a coherent ord'm using the BlockMove call to accomplish this.  How efficient
>is BlockMove for things like this?
>

BlockMove isn't bad for general purpose use, and I probably couldn't do
better.  For specific cases, however, there is certainly room for speed
improvement.  BlockMove uses "move.b" for all moves, and strings a few
of them together to gain a speed increase over a loop.  If you are
moving WORDs (integers, shorts, what have you) then you can move them
much faster using "move.w" or "move.l".  If you are moving LONGINTs,
then you can move them a lot faster on a Mac II if they are aligned
properly and you use "move.l."

Take a look at the code which you would normally write to do the same
move function in your high-level language.  If it contains a loop, then
BlockMove is probably indicated.  If the source and destination are
always aligned on even bytes, then maybe you want to write somebler to do the same thing.  What percentage of time do you spend
actually doing the move?  If this is small, maybe looping is just fine.

Too bad, but if you really want to know the best method for use with
your program, you have to time all of them, I think.
--
*********************************************************************
*Earle R. Horton, H.B. 8000, Dartmouth College, Hanover, NH 03755   *
*********************************************************************

------------------------------

End of Usenet Mac Digest
************************
ownload of 908 lines: Complete.

ACTION>